查看原文
其他

为什么最努力的人,一遇到大事就搞砸?

成甲 成甲 2019-05-11


这要从我上个月在混沌创新院上的一门人工智能课程说起。

授课的是邢波老师--美国卡耐基梅隆大学教授,卡耐基梅隆大学机器学习和医疗中心主任。



在课堂上,邢波老师讲他给Facebook做过的一个AI应用案例,对我很有启发:


几年前,邢波老师给Facebook开发一个大数据处理的程序。结果,原本测试正常的程序,在大规模应用时,速度却出奇地慢,根本无法商用。


这让邢博士非常尴尬……损失项目费用是小,让别人认为自己这个业界知名专家解决不了实际问题,那就悲剧了。


那就赶紧找原因吧。可是,他们团队反复认真检查却发现:程序的逻辑算法都没有错,可就是一大规模部署,速度就变得非常慢了。真见鬼了。



这样搞下去可不行啊。于是,邢波老师亲自带队深入研究。结果,团队在大量研究后发现:在大数据应用环境下,过去很多常用的软件算法设计乃至硬件部署都要做改进。


那些具体的改进细节实在太专业,我们不去管他。反而是邢波老师在讲这个案例时提到的一个细节,让我印象深刻:


他们在DEMO程序中,用了一个“检查算法”——简单点说,就是为了确保数据的准确性,程序会对数据进行二次检查纠错。这个算法过去一直很好用,它在小规模测试的时候也没问题。


可是没想到,这个检查算法在大规模应用时,突然变得极为消耗运算资源,结果导致系统计算非常缓慢。


发现了这个问题后,邢波团队想出了一个看起来很不负责任的解决方案:降低程序检查的精确度,这样的代价是萝卜快了不洗泥,不过程序速度确实快了很多。


只不过。。。这降低要求的做法,不是糊弄事儿吗?


是吗?

恰恰相反。邢波老师给出的理由是:从单个数据看,准确度很重要,但从系统的宏观目标看,其实程序对具体数据的精确性要求没那么高。


当邢波老师讲到这里的时候,我突然意识到:如果我们过于强调一个子系统的准确性,反而可能在更高的层级上降低了系统效率。


1

  我们会不会努力在

  吃力不讨好地工作


我之所以会想到这一点,是因为我有过类似的经验。


你知道,我有一个文化旅游咨询设计公司,公司的核心目标是为客户提供更高效、更准确的咨询建议和方案。


我们有很多优秀的咨询师和设计师,大家工作也都充满热情,可是,有时候项目成员为了做好项目,投入大量精力研究方案。可是呢,我们的客户却往往希望项目团队尽快提交成果,给出建议。


结果,设计师呕心沥血加班熬夜的时候,客户却抱怨设计师交付成果慢;反过来,设计师又会苦恼客户不理解她的努力和工作量,充满了挫败感……


怎么办?


行业里通行的答案是:设计师要自我修炼,努力做到“客户虐我千百遍,我待客户如初恋”。

可惜,我不是一个喜欢单相思的人,我希望可以和客户热恋,而不是人家虐我,我还初恋。




可是,客户凭什么和我们热恋呢?


为了解决这个感情问题,我们团队像邢波老师的AI团队一样,下功夫破解背后的奥秘。


结果,还真让我们发现了一条线索:由于我们的设计师都很敬业,因此,他们都很重视自己提交成果的质量。毕竟,设计师的成果质量就代表着他的专业度嘛~

这个重视品质的专业精神,是不是听起来没毛病,甚至值得广为宣传?


但是,好心未必办好事,真相往往出乎人的意料。

我们深入研究后发现,正是由于设计师有这种敬业精神,结果他们会花很多时间来验证数据和论证设计的细节,以确保每次提交的成果专业度。


可是,这种确保子系统精度的算法,却占用了设计师大量的“算力”,消耗了很多时间,结果真正重要的和客户及时沟通,到市场上进行测试的工作却被合理地延后了……



这真是一个令人激(bei)动(cui)的发现!


既然找到了问题,就可以对症下药了:

我们开始要求设计师,把和客户合作的方式,由过去“埋头做一段设计工作,把结果交付客户,获得反馈”,转变为“设计咨询的过程即是交付,和客户一起共创方案迭代改进”——设计师无需花大量时间优化子系统的细节,而是在提案准确度较低但方向大致确定的时候就和客户进行及时、有效的沟通,提升团队对市场的反应速度。


结果,这个看似“粗糙”的工作要求,反而让总的工作推进效率和客户满意度都大幅提升。


(PS:这个改进也产生了一个新问题——由于设计师和客户接触越来越多,大家一起解决问题,结果受到“曝光效应”和“共同患难”效应的双重影响,越来越多的客户开始和我的设计师们“打情骂俏”,影响我设计师的工作……


啊,扯远了,拉回正题╮(╯-╰)╭ 


由于我有这个经历,因此当邢波老师讲到他这个案例的时候,我一下就明白他在说什么。


2

  避开人生的大坑

  在更大系统考虑


事实上,前面说到的这两个案例,绝对不仅仅是人工智能程序或团队管理中会遇到的问题——


我们生活中也有很多人,因为执着于子系统精确高效的成功经验,结果当需要在更大系统目标上进行考虑时,却失去了能力:


  • 红包只抢不发的人,真的赚到了吗?

  • 工作只管自己职责范围内效率的人,工作效率真的提升了吗?

  • 推而广之,我们努力把自己手头的事情都做到最好,人生结果就最好了吗?

  • 不给我公号打赏的人,真的没有失去什么吗?(・∀・)ノ

……


那些最努力的人,往往只能看到眼前的“最优解”,可是一遇到大事,过去的“优点”反而变成了“拖累”,最终搞砸事情。生活的戏剧性就在于:你以为自己拼尽一切演了一个大好人,没想到最终的角色却是个反派。


前几天,一个做学习产品项目的运营和我聊天,说他们有的用户几乎买了他们所有的课程,然后天天花3-4小时留言写作业。


我很感动于有人有这样的精神。

不过,我几乎可以肯定,这样学习的效果和他的付出不成正比——某种程度上,这种努力已经变成“表演型学习”了。


我们经常走得太远,而忘记自己为什么出发。


坚持是一件好事,可是学习难道就剩下留言写作业这一种方法了吗?花这么长的留言写作业,太奢侈了吧,就没有其他办法可以提高学习效率了吗?如果是为了全勤拿奖学金,也要问问你这么多时间就值这么点奖学金吗?


别误会,我不是反对留言写作业,我只是心疼他花这么多时间,却只用这一个学习方法。每个班里都有个最用功学习,最晚回家,却考试垫底的同学。


类似的事情,在不断的发生,我们该怎么样避免自己陷入这样的人生大坑中呢?我想了想可能有三个改进方向可供参考:


(一)如果我们时不时问自己,究竟什么是最重要的,往往就能够放下眼前的恐惧与纠结。


将军赶路,不打小鬼。一路上打小鬼的,都成不了将军。如果你知道自己要什么,就会对自己好得多,不会纠结于那些虚名和浮利。

(二)大系统的稳定性,

往往来自于子系统的不稳定性


我们每个人都不喜欢让自己处在充满担心的、不确定性的环境里,因此,我们就想尽办法对我们自己可掌握的部分计算清楚,确保稳定。


可是,曹雪芹在几十年的人生磨砺之后,用浮生一世在《红楼梦》中告诉我们:“机关算尽太聪明”,会“反误了卿卿性命”。而爱因斯坦也告诫我们“不是所有可以计算的东西都是重要的,也不是所有重要的东西都可以被计算”。


因此,无论对个人也好,公司也罢,都不用那么精打细算地想如何把眼前的收益最大化——你能想到的“最大化”方案,永远是在以未来看不见的成本为代价的。


(二)与其这样算计现在,倒不如拥抱变化。拿出一些钱和精力,去接触新事物,尝试新做法,认识新朋友——这些看似没那么靠谱的事情,往往会给你带来人生大系统的惊喜。

(三)越是成功的经验,

越要充满警惕


失败是成功之母,成功也可能是失败之母。


从心理学的角度看,我们人生最重的包袱是“过去的成功经验”——人总是习惯于沿用过去已成功的“经验算法”,以致于当它不适应环境时,我们仍然意识不到是自己的问题。


意识到了这点,芒格才会不断检视自己喜爱的观点以及过去让自己成功的经验是否仍然成立。

就像我们的设计师,无论当初自己的成功有多大程度是来自于对设计细节的把握,当环境变化时,也要问自己:过去的成功经验今天还适用吗?


(三)所以,芒格才会不断提醒自己:那些过去让自己成功的、最受自己喜欢的理论,才是最值得检查的——越是让我们成功的经验越危险。


好了,总结一下全文:


(1)如果我们过于强调一个子系统的准确性,反而可能在更高的层级上降低了系统效率。

(2)与其花所有时间计算现在的效率,倒不如在想明白自己真正要的东西后,拿出一些精力多拥抱不确定性,接触新事物和可能性,给自己打开全新的空间。

(3)不给我公号打赏的人,真的没有失去什么吗?



    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存